cssnode: fix a compiler warning

Fix the build

Forgotten file

I forgot to add this file to source control when the new tests
were initially added.

shortcuts: Separate gestures in search results

Gestures where shown separately from other shortcuts in the search
results before. This restores that behaviour.

https://bugzilla.gnome.org/show_bug.cgi?id=760097

shortcuts: Show icons and subtitles for gestures in search results

https://bugzilla.gnome.org/show_bug.cgi?id=760097

Update expected results of a11y tests

All of these now have a harmless extra "panel".

lockbutton: Fix up the template

I forgot to clean this up when switching to a stack.

Skip GdkX11DeviceManagerCore in notify tests

We already skip the XI2 implementation, and the core
one needs to the same treatment.

assistant: Drop unnecessary frame

We can just style the sidebar box itself, no need for an
extra frame widget.

lockbutton: Use a stack

The previous way of manually juggling the visibility of the
labels doesn't work anymore, now that gadgets of invisible
widgets don't allocate space anymore.

Add a css style test for currentColor

Add a css style test for inherit and initial

Add a css style test for :first/last/only-child

Add a css style test for font inheritance

Add a test framework for CSS styles

This uses the same function for dumping CSS nodes and styles
as the CSS node test. It can be used to test aspects of inheritance
and matching, as well as initial values.

No actual tests yet.

Add CSS node tests for levelbars

Add CSS node test for progressbars

Add a CSS node test for buttons

Add a CSS node test for entries

Add a CSS node test for notebooks

Add a test framework for CSS nodes

No actual tests yet.

Add a function to dump CSS nodes and styles

Add a gtk_style_context_to_string function that can serialize
a CSS node or tree of nodes, optionally including CSS properties
as well.

This will be useful in writing tests.

infobar: remove unneeded gadget

It turns out we don't really need to use a separate gadget for the
infobar, if all we do is chaining up to the parent GtkBox which already
uses a gadget.
Just remove all the boilerplate.

window: remove unused variables

levelbar: consolidate code into single function

levelbar: port to use gadgets

We now use one gadget for the trough, and one for each block.

levelbar: split out a function

infobar: port to use a gadget

infobar: trivial code cleanups

menubar: prefer early return

menubar: port to use a gadget

menubar: use gtk_container_class_handle_border_width()

HighContrast: remove unused selector

There's no header-bar-separator style class.

Adwaita: remove unused selector

There's no header-bar-separator style class.

HighContrast: update for separators deprecations

HighContrast still has a long way to go, but let's get at least
separators working again.

HighContrast: reparse theme

For some reason, this got accidentally changed in a previous commit.
This is just the output of running parse-sass.sh again.

win32: remove ineffective selector

That style property is deprecated, but the combobox does not have a
separator anymore.

widget: deprecate separator style properties

They're not used in GTK anymore. Also remove them from the default
theme.

treeview: don't use wide-separators/separator-height

Those style properties are on their way out; instead, use min-height
with the separator style class to obtain the height.

treeview: prefer positive polarity in if block

separator: don't read wide-separators style property

The notion of a separator being wide or not does not make sense when a
theme can set any CSS property on it, and
separator-width/separator-height are on their way out for
min-width/min-height.

menuitem: don't read wide-separators or separator-height

Separators inside menus are working completely through CSS since
GtkMenuItem has been ported to use a gadget.
Remove this unused code from here.

separatortoolitem: don't use custom sizing/rendering

Instead, just rely on the CSS gadget; we can stop using wide-separators,
separator-height and separator-width, and at the same time deprecate the
space-size style property of GtkToolbar.

separatortoolitem: trivial code cleanups

toolbar: deprecate GtkToolbarSpaceStyle and space-style style property

This is completely unused already.

toolbar: port to use a gadget

toolbar: use gtk_container_handle_border_width()

toolbar: trivial code cleanup

GtkBindings: Fix CSS key in example docs

gtk-key-bindings was renamed to -gtk-key-bindings in d267b8e0.

https://bugzilla.gnome.org/show_bug.cgi?id=760082

Fix stylecontext tests to work

Some of the tests don't work anymore because they test
features of saved style contexts that have changed, and some
now trigger deprecation warnings.

Skip GdkX11DeviceManagerCore in finalize tets

We already skip the XI2 implementation, and the core
one needs to the same treatment.

gtkwindow: fix first allocation size

67ab00e01ec06d7b removed the fake configure code in gtk_window_show() and
replaced it with a simple gtk_widget_realize(). The initial allocation
code in realize() only allocates the natural size or the last requested
size which now no longer is set, resulting in a too small first allocation.

This builds a configure request to compute the allocation size instead
which includes default size, CSD etc..

This problem could be seen in case of a GtkPaned in a GtkWindow with a
default size set and the pane position set as well. The first allocation
would be the natural size of the GtkPaned which would clamp the pane
position if too larg. Only the second allocation would fill the parent
window using the now wrong pane position.

https://bugzilla.gnome.org/show_bug.cgi?id=759705

Revert "Revert "window: Remove suspicious branch""

This reverts commit 2438a06d54636e5074c29bd696e3e81e90288b8d.

See https://bugzilla.gnome.org/show_bug.cgi?id=759705

levelbar: fix a crash

We should not try to access a block with an index that exceeds the
number of blocks in the widget.

separator toolitem: Respect ::draw property

This was lost when I converted the widget to use a gadget.

https://bugzilla.gnome.org/show_bug.cgi?id=760018

spinbutton: fix a typo

menuitem: move chaining up to draw inside gadget

This is more consistent with what other widgets do.

Updated Czech translation

testframe: Pass correct state to GtkStyleContext API

GtkImage: Simplify _set_from_icon_name

We don't need to strdup icon_name since that will happen in
_gtk_icon_helper_set_icon_name anyway.

Updated Indonesian translation
(cherry picked from commit 45b3c553a93ed6a9e3eea26e7c8337dcd9fa77b6)

Updated Indonesian translation
(cherry picked from commit 1aa5f9278423f370d7490d83e8582dae087e2f6a)

Updated Brazilian Portuguese translation
(cherry picked from commit e96c689aa1e60e561f4db67725d53fccc44234ec)

gtkdnd-quartz: fix gtk_drag_begin_internal

gtk_drag_begin_internal was changed to take a GtkImageDefinition
instead of a GtkIconHelper. This adjusts the quartz variant
accordingly.

https://bugzilla.gnome.org/show_bug.cgi?id=759607

gtkheaderbar: update window buttons also on realize

After bb34db6 _gtk_header_bar_update_window_buttons function is
called before application menu is set. This caused regression -
app menu button is initially hidden.

https://bugzilla.gnome.org/show_bug.cgi?id=756618

Updated Hebrew translation

Updated Hebrew translation

Updated Hebrew translation

Updated Hebrew translation

Fix include path for gtkiconfactoryprivate.h

Fix to compile for C libraries with no flockfile

Also use MS variant of flockfile, if available
(requires MSVCRT compatible with MSVCR90 or newer).

scrolledwindow: add missing deprecation flag

menuitem: fix a crash when reserve_indicator is TRUE

In that case, code expects an arrow gadget to be present but we're not
creating it in every occurrence.
Fix it by ensuring there will be an arrow gadget when reserve_indicator
is TRUE.

toolitem: fix a copy/paste typo

scrolledwindow: port to use a gadget

scrolledwindow: deprecate scrollbars-within-bevel style property

These days all the themes set it to TRUE, and it's not clear what
happens with overlay scrollbars...

viewport: don't render a background over the bin window

GtkViewport currently tries to draw a background over the bin window.
The feature is a bit broken at the moment, as it does not take into
account padding that might have been set on the GtkViewport, but in
general it does not seem very useful, and goes somewhat against the CSS
box model where every widget/gadget is responsible to draw its own
background. For a fix, we could either have the viewport gain a "bin"
gadget, or we could stop drawing the background.

As it isn't clear that there are any users of this feature, stop drawing
the background; a client can achieve the same effect by drawing the
background on the widget inside the viewport itself.

viewport: port to use a gadget

This will get us margin support, among other things, and simplifies the
code.

viewport: trivial code cleanup

viewport: use gtk_container_class_handle_border_width()

No need to do this manually.

gadget: Handle visibility

As GtkCssNode has the visibility concept, it makes sense to mirror it in
gadgets.

Do what visibility does in widgets: Hidden gadgets can't be drawn or
allocated and request a 0x0 size.

Note that just like widgets, gadget visibility must not be changed in
size request, allocate or draw handlers.

GtkWidget::child-visible has no equivalent yet, code will have to
emulate that manually.

Drop deprecated pango-utils api

Copy the few parsing functions we need.

Raleigh: Don't use deprecated pseudo classes

Set ID on css node right away

Previously, the ID was only set on the CSS node as a side-effect
of calling gtk_widget_get_style_context. This was showing up
in CSS style tests as nodes lacking their IDs.

Fix a comment

Add a transfer annotation

This was confusing me momentarily, so add an explicit annotation.

Updated German translation

statusicon: Avoid criticals

The code handles the possibility of pixbuf being NULL, but
after b411c318321fd4de556926119cbc6e3ba14f073a we must be
prepared for surface already being NULL. Pointed out by
Albert Muktupāvels,

https://bugzilla.gnome.org/show_bug.cgi?id=759917

checkbutton: Update state initially

Without this, the check node starts out without the :dir(ltr)
state, at least.

css: Deprecate :sorted pseudo class

This was used with regions in GtkTreeView, and is not used
anymore, so deprecate it.

Fix outline-radius css parser test

The outline-radius properties all got a -gtk prefix.

Fix the pseudo-classes-known css test

The test needs to be updated for the renamed :dnd pseudo class.
We also need to add a .errors file for the deprecation errors
that we are now producing.

css: Redo the pseudo class deprecation warnings

Putting the deprecated class behind the official variant does
not work for the case of :focus and :focused - we were matching
:focus and leave a dangling 'ed'. So, put the deprecated classes
before the official variant, and explicitly mark them as deprecated.

test-css-parser: Add a way to generate output

Use test-css-parser --generate foo.css to see the parser
output on stdout. This makes it more convenient to add new
css files to the testsuite.

Cosmetic change

inspector: Don't leak weak references

These come back to bite us when the inspector is no longer around
at the end of the program.

https://bugzilla.gnome.org/show_bug.cgi?id=759768

inspector: Remove some dead code

Since commit bffeae6203ffe5ea91988d4439571568abc95ab7, the
tree path is not used for anything useful anymore, so do away
with it entirely.

docs: Add missing value syntax for border-image

Fix a surface leak

Was introduced as part of b79a187d47ee5c45952fab60c141fcaed7e05ef6.
Results in memory leaks (and GDI objects leaks on W32).

gtkframe: format fix